home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.19950329-19950528
/
000292_news@columbia.edu_Mon May 1 19:59:56 1995.msg
< prev
next >
Wrap
Internet Message Format
|
1995-07-31
|
2KB
Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA11636
(5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Mon, 1 May 1995 19:59:56 -0400
Received: by apakabar.cc.columbia.edu id AA03455
(5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Mon, 1 May 1995 19:59:55 -0400
Path: news.columbia.edu!sol.ctr.columbia.edu!howland.reston.ans.net!newsserver.jvnc.net!daniel!pcoen
From: pcoen@daniel.drew.edu (Paul Coen)
Newsgroups: comp.protocols.kermit.misc
Subject: OS/2 C-Kermit 191 and character set problem
Message-Id: <1995May1.172104.121387@daniel>
Date: 1 May 95 17:21:04 ETST
Organization: Drew University Academic Technology
Lines: 40
Apparently-To: kermit.misc@watsun.cc.columbia.edu
I've noticed a tendency for C-Kermit for OS/2 191 (final release) to have
special character problems after you exit from any utility based on TPU
(edit/tpu, DEC Notes, etc.).
My character set is latin-1.
Before entering Notes, for example, if I press the compose character key
(alt-c) and then enter -: I get the w division sign without any problem.
After I enter Notes and exit, the above sequence gives me a / instead of
the line with two dots above and below. Other characters give me a ?
instead of the proper character. For instance, I get a ? instead of
the Icelandic eth character. Not that I use that, in all honesty,
it was just an example.
If I reset my terminal (alt-=) the problem goes away.
Before entering Notes or TPU, my character set is:
Terminal character-sets:
Local: cp850
Remote: GL->G0: ascii (94 chars)
G1: latin1-iso (96 chars)
GR->G2: latin1-iso (96 chars)
G3: latin1-iso (96 chars)
After exiting DEC Notes or TPU, we've got:
Terminal character-sets:
Local: cp850
Remote: GL->G0: ascii (94 chars)
G1: dec-special (96 chars)
GR->G2: dec-multinational (96 chars)
G3: latin1-iso (96 chars)
I would assume that this change is the root of the problem, since the reset
puts it back. I guess my question is whether TPU-based programs don't clean
up after themselves, or if C-Kermit should be resetting itself and isn't.
This problem does not occur in MS-Kermit 3.14, but for all I know, MS-Kermit
may not implement host-directed character set changes the same way.